home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group00a.txt / 000107_icon-group-sender _Wed May 17 16:24:48 2000.msg < prev    next >
Internet Message Format  |  2001-01-03  |  5KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id QAA19139
  4.     for icon-group-addresses; Wed, 17 May 2000 16:24:21 -0700 (MST)
  5. Message-Id: <200005172324.QAA19139@baskerville.CS.Arizona.EDU>
  6. From: "Ian Trudel" <ian.trudel@tr.cgocable.ca>
  7. To: "Icon Project Group" <icon-group@optima.CS.Arizona.EDU>
  8. Subject: Re: Is Anyone Working On A Unicode Version Of Icon?
  9. Date: Wed, 17 May 2000 17:24:01 -0400
  10. X-Priority: 3
  11. X-MSMail-Priority: Normal
  12. X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
  13. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  14. Status: RO
  15.  
  16. "Marc Espie" <espie@liafa.jussieu.fr> a ∩┐╜crit dans le message news:
  17. 200005171923.MAA09697@baskerville.CS.Arizona.EDU...
  18. > In article <200005171443.HAA00845@baskerville.CS.Arizona.EDU>,
  19. > Ian Trudel <ian.trudel@tr.cgocable.ca> wrote:
  20. > >3/ I feel your post "hide" something, like transforming Icon to some OOP
  21. > >language. If we change Icon's nature, we're no longer having Icon. It'd
  22. be
  23. > >better to support Idol instead, in that concern.
  24. > Wow, powerful drugs. Read what I write, and not what you feel like I'm
  25. > writing.
  26.  
  27. Is it OK with you if my feeling is wrong? Whatever, you confirmed my feeling
  28. was wrong, no need to add insult with it. ::)
  29.  
  30. > >4/ My point about platform availability was about backward compatibility.
  31. I
  32. > >know that nowaday's machines and system have C++ compilers available, but
  33. > >Icon also runs on older machines/systems.
  34. > I'm perfectly aware of the machines Icon runs upon.
  35. > Don't speak about `older machines/systems', give me the name of one such
  36. > system which does not support a C++ compiler. Speaking in generalities
  37. > lead nowhere.
  38.  
  39. I'm sorry about this point. Indeed, I don't really care about C++, I usually
  40. avoid projects requiring it. I'm not taking part of an official C++
  41. opposition! I'm not going to build a list of plateforms that don't support
  42. C++, if any. That'd be pointless as well as speaking about generalities.
  43.  
  44. > >5/ and finaly, speed issue only speaks by benchmarking.
  45. > I've run some fairly large icon projects in the past. I have a fairly good
  46. > idea about what slowed them down eventually. I even have a submitted paper
  47. > to a conference that pits icon against maple and C++.
  48.  
  49. Now that's interesting, is your paper online?
  50.  
  51. > >There is many things that was not even concerned in the seventies and
  52. > >eighties, such as resuability, portability, information hidding and
  53. stuff.
  54. > >So, the techniques have lot changed and there is more and more valuable
  55. > >documents on the newer way of implementing old concepts (nowaday's GC
  56. > >implementations are just crazy, it almost worth any custom made memory
  57. > >management. There is just almost no reason to not use GC now ::).
  58. >
  59. > Like wow, I was around in the eighties, and I haven't noticed portability
  60. > and reusability coming out of nowhere... It was around pretty much
  61. forever...
  62.  
  63. Funny, they're still talking about it today. Actually, I haven't worked for
  64. huge companies that have plenty of money to pay me to make things fully
  65. reuseable. But I've been pretty lucky cause most of the time, my bosses
  66. allowed me to take the time to think about reusable components. However,
  67. many of my friends are working in small and average companies that are
  68. willing them to produce results fast-fast-fast. They know and talk about
  69. reusability with me, they have interesting point of views on it.. but they
  70. actually never reuse anything nor making things to be reusable. My point is,
  71. they are nice words, but the code doesn't always show their significations.
  72. It was true yestarday, in eighties, it's still (too often, in my taste) true
  73. today. Yet, I'm younger, so the eighties is sometime blurry in my mind, but
  74. I have plenty of books that reminds me the decade.
  75.  
  76. I'm not willing to fight with you or anyone. My interests are not in
  77. rewriting Icon, though having an intelligent conversation with people on
  78. this list may be instructive and interesting. I'm primarly interested in
  79. adding ONE specific feature to Icon so it would let us extent some parts of
  80. the language without remodeling/rewriting the whole implementation and
  81. create some new dialect(s). Some other things along this feature such as
  82. Icon to "whatever language you want" may be interesting as well. If you're
  83. not personally interested by this topic, it's ok, let's just stop messages
  84. here.
  85.  
  86. regards,
  87. Ian Trudel, aka BackOrder
  88. StarTrip Server Administrator
  89. http://startrip.gene6.com/
  90.  
  91.  
  92.